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Description 



[PROCESS AID DESIGN IVIETHOD, SYSTEIVI 

AND PROGRAIVI PRODUCT] 

Background of Invention 
[0001] Technical Field 

[0002] jhe present invention relates generally to integrated cir- 
cuit (IC) design, and more particularly to process aid gen- 
eration. 

[0003] Related Art 

[0004] In semiconductor manufacturing, there is a continual pur- 
suit of making chips smaller and producing as many chips 
as possible from a single wafer. As part of this pursuit, as 
shown in FIG. 1, chips 2 are placed in a matrix across a 
wafer 4 as close as possible. The space between chips, re- 
ferred to as a kerf 6, channel, scribe, or street (hereinafter 
"kerf"), is also a focus of minimization. Kerfs are neces- 
sary to provide room for dissecting of the chips from one 
another, but also provide room for structures used during 



processing that do not ultimately constitute part of the 
chips. These devices are referred to herein as "process 
aids." Kerf design minimization is difficult because: (1) the 
number of process aids that need to be placed therein is 
immense, and (2) the sharp diversity between process aid 
types. For example, electrical process aids are used to 
mimic the IC, providing information to characterize the 
process. Some optical process aid applications include 
controlling overlay, field-to-field alignment, line width 
resolution, as well as providing necessary tooling align- 
ment aids. 

[0005] In view of the foregoing, kerf design has become an in- 
creasingly important stage of semiconductor manufactur- 
ing. Conventionally, kerf design was achieved by hand 
drawing all the process aids and placing them in libraries. 
All similar optical devices were placed in an optical library, 
and all electrical devices were placed in an electrical li- 
brary for the various technologies. To address new tech- 
nologies, these existing libraries were copied and manu- 
ally modified to meet the various requirements as laid out 
in the design manual for the respective technology. As 
design rule requirements for new technologies have be- 
come more rigorous, the data volumes for each of these 



libraries lias increased and become much more complex. 
As a further consequence, ensuring data integrity so the 
various structures can be used is very difficult. For exam- 
ple, each process aid must be able to be located on the 
wafer in order for it to be used, and particular operational 
data about various aids, e.g., capacitances, resistances, 
etc., must be available for use by testers. However, con- 
ventional manual design of kerfs makes generation of this 
information extremely difficult, and very time consuming 
for the kerf designer. 
[0006] In view of the foregoing, there is a need in the art for a 
way to automate process aid generation to address the 

problems of the related art. 
Summary of Invention 

[0007] jhe invention includes a method, system and program 

product for generating a process aid on a wafer. A "pro- 
cess aid" can be any device provided on a wafer that as- 
sists in some process step, but does not ultimately make 
up part of a usable die. The invention implements libraries 
of technology design rules and parameters, and a process 
aid instruction file library to allow automatic generation of 
a process aid according to the technology design rules 
and parameters. As a result, all the inputs required to 



build a process aid are available up front, which allows the 
invention to automatically adjust kerf designs to conform 
to new technologies. In addition, the invention provides 
documentation indicating the inputs and details of the 
process aid produced. 

[0008] A first aspect of the invention is directed to a method for 
generating a process aid on a wafer, the method compris- 
ing the steps of: entering a process technology and a pro- 
cess aid type to be built into a program; reading technol- 
ogy design rules and process aid parameters for the pro- 
cess aid type into the program; accessing a process aid 
instruction file to attain instructions for building the pro- 
cess aid; and building the process aid in on the wafer us- 
ing the instructions based on the technology design rules 
and the process aid parameters. 

[0009] A second aspect of the invention is directed to a system 
for generating a process aid on a wafer, the system com- 
prising: means for entering a process technology and a 
process aid type into a program; means for reading tech- 
nology design rules and process aid parameters for the 
process aid into the program; means for accessing a pro- 
cess aid instruction file to attain instructions for building 
the process aid; and means for building the process aid 



on the wafer using the instructions based on the technol- 
ogy design rules and process aid parameters. 

[0010] A third aspect of the invention is directed to a computer 

program product comprising a computer useable medium 
having computer readable program code embodied 
therein for generating a process aid on a wafer, the pro- 
gram product comprising: program code configured to al- 
low entering a process technology and the process aid 
type; program code configured to read technology design 
rules and process aid parameters for the process aid; pro- 
gram code configured to access a process aid instruction 
file to attain instructions for building the process aid; and 
program code configured to build the process aid on the 
wafer using the instructions based on the technology de- 
sign rules and process aid parameters. 

[0011] jhe foregoing and other features of the invention will be 
apparent from the following more particular description of 

embodiments of the invention. 
Brief Description of Drawings 

[0012] Jhe embodiments of this invention will be described in 

detail, with reference to the following figures, wherein like 
designations denote like elements, and wherein: 

[0013] FIG. 1 shows a conventional wafer including kerf lines. 



[0014] PIC. 2 shows a process aid design system according to tlie 

invention. 

[0015] FIG. 3 sliows a flow diagram of the methodology of the in- 
vention. 
Detailed Description 

[0016] vvith reference to the accompanying drawings, FIG. 2 is a 

block diagram of a process aid design system 10 in accor- 
dance with the invention. Process aid design system 10 
includes a memory 12, a processing unit (PU) 14, input/ 
output devices (I/O) 16 and a bus 18. A database 20 may 
also be provided for storage of data relative to processing 
tasks. Memory 12 includes a program product 22 that, 
when executed by PU 14, comprises various functional ca- 
pabilities described in further detail below. Memory 12 
(and database 20) may comprise any known type of data 
storage system and/or transmission media, including 
magnetic media, optical media, random access memory 
(RAM), read only memory (ROM), a data object, etc. More- 
over, memory 12 (and database 20) may reside at a single 
physical location comprising one or more types of data 
storage, or be distributed across a plurality of physical 
systems. PU 14 may likewise comprise a single processing 
unit, or a plurality of processing units distributed across 



one or more locations. I/O 16 may comprise any known 
type of input/output device including a network system, 
modem, keyboard, mouse, scanner, voice recognition sys- 
tem, CRT, printer, disc drives, etc. Additional components, 
such as cache memory, communication systems, system 
software, etc., may also be incorporated into system 10. 

[0017] As shown in FIG. 2, program product 22 may include a 

layout editor 24, a process aid generator 26, a docu- 
menter 28, a tester 30, a verifier 31 and other system 
components 32. Layout editor 24 may include a layout 
editor 40 with compiler, a user interface 42 and a bypass 
module 44. Process aid generator 26 may include a data 
collector 50 and a generator 52. 

[0018] Libraries 60 that are accessible by process aid design sys- 
tem 10 may also be provided. Libraries 60 may include: a 
technology design rule file library 62 that includes a de- 
sign rule file for each technology of wafer that may be 
produced; a process aid parameter file library 64 that in- 
cludes a parameter files that includes all process aid in- 
puts, e.g., size, layer, device component specifications 
(line lengths, sizes, etc.); and a process aid instruction li- 
brary 66 that includes an instruction file for building each 
process aid type including, for example, electrical devices 



68 and optical devices 70. 
[0019] Turning to FIG. 3, a flow diagram illustrating the method 
according to the invention and operation of process aid 
design system 10 will now be described. In a first step SI, 
a process technology of the wafer being built and one or 
more process aid types to be built are entered into system 
10 via a user interface 42 of interface 24. "Process aid 
types" are categories of optical or electrical process aids 
that system 10 can build regardless of technology, as will 
be described further below. In one optional embodiment, 
a user may also enter a sub-library designation for, for 
example, a process aid library type (e.g., electrical or op- 
tical), to narrow the types of process aid types that can be 
presented for further selection. User interface 42 may be 
any graphical user interface or other function that allows 
inputs of data to system 10. Layout editor 40 can be any 
now known or later developed design layout editor that 
includes a compiler for calling data for drawing shapes in 
the layout editor based on whatever language is used. In 
one embodiment, the invention is implemented using 
scheme code, which is a dialect of the list processing 
(LISP) language developed at Massachusetts Institute of 
Technology. It should be recognized, however, that other 



languages may be used without departing from tlie scope 
of tlie invention. If an unsupported process aid type is en- 
tered, layout editor 40 can be used to write code to auto- 
mate the building of that process aid type. 
[0020] In step S2, program technology design rules are read from 
technology design rule library 62 by data collector 50 of 
process aid generator 26. Preferably, technology design 
rule library 62 includes all design rules (e.g., rules regard- 
ing spacing, pitch, width, size, etc.) from design rule 
manuals for every generation of technology to be built on 
the wafer. In addition, process aid parameters for the pro- 
cess aid type are read by data collector 50 from process 
aid parameter library 64. The parameters are owned by 
the device type owner and may change from technology to 
technology (e.g., device size, layer, number of gates, 
pitch, etc). If a design rule is missing or a parameter is not 
set, data collector 50 stops the run and asks the user to 
define the variable in its respective input file via user in- 
terface 42. 

[0021] In step S3, a process aid instruction file for each process 
aid type to be built is accessed by data collector 50 from 
process aid instruction library 66. Each process aid type 
has its own instruction file that provides instructions for 



generator 52 to build the process aid regardless of tech- 
nology, i.e., instructions that can automatically be modi- 
fied to address each technology. In one embodiment, the 
process aid instructions use predefined scheme functions 
to draw the various circles, squares, rectangles, polygons, 
points, text, lines and other shapes, as required. Other 
utility functions (etching, model information, etc) may also 
be utilized. Depending on the technology specified in step 
SI, instructions for building a process aid can be accessed 
from respective sub-libraries 68, 70. A "process aid" can 
be any device provided on a wafer that assists in some 
process step, but does not ultimately make up part of a 
die. According to the invention, a process aid can be 
placed within a kerf or within a sacrificial die, i.e., a die 
that does not include the IC and will ultimately be dis- 
carded. Two illustrative embodiments of process aids are 
electrical and optical devices. An "electrical device" is a 
structure that is placed on the wafer that, when electrically 
probed, provides data to help to characterize and control 
the manufacturing process used to build the IC. For ex- 
ample, to ensure proper gate resistance, a polysilicon re- 
sistor can be placed in a kerf and electrically tested during 
processing. An "optical device" is a structure that may be 



placed one the wafer and provides information to control 
manufacturing processes including but not limited to 
overlay, field-to-field alignment, line width resolution, 
film thickness, planarization, and tool alignment. For ex- 
ample, a photolithography tool has certain optical aids 
used for wafer error correction, e.g., magnification, theta, 
X and y offsets, etc. 

[0022] In step S4, the process aid is built on the wafer by genera- 
tor 52 of process aid generator 26 using the instructions 
based on the technology design rules and process aid pa- 
rameters. Before building a process aid, generator 52 ver- 
ifies that the current grid is properly set to the grid de- 
fined in the technology design rule file. Generator 26 then 
executes instructions from an instruction file for a respec- 
tive process aid to build the process aid according to the 
technology design rules and process aid parameters. 
Preferably, any process aids, or parts thereof, that are re- 
dundant are built first and then transformed or reused as 
many times as necessary to build the whole process aid. 
Using generator 52, process aids can be automatically 
modified for a particular technology. 

[0023] Subsequent optional processing may include at least one 
of the following steps:ln step S5, documenting the pro- 



cess aid using documenter 28. Documenter 28 generates 
documentation by using customized functions tliat can 
retrieve, for example, device size information, liierarcliy 
information, as well as input parameters. The documenta- 
tion can be outputted to a flat data file with all relevant 
information about the devices. "Documentation" includes 
any data required for use of the process aid. In one exam- 
ple, documentation includes essential data to process aid 
placement, which may include, for example, priority, 
placement footprint, name, and nested hotspot (contact 
pad) names and process aid location. The latter example, 
process aid location, is very helpful to users of the pro- 
cess aid because it prevents having to search for the pro- 
cess aid across a wafer, and perhaps using the wrong 
process aid. Conventionally, this data would have to be 
manually provided by a kerf designer. In another example, 
documentation includes data essential to in-line testing 
(ILT) of chips. In particular, schematics of electrical de- 
vices are created automatically by generator 52, which is 
opposite to how conventional IC design occurs. That is, 
conventionally, IC design starts with the schematic for the 
device being fed into a design system and then the cir- 
cuits are created automatically. Here, the devices and the 



schematics are created automatically with all the neces- 
sary inputs for testers to probe these structures. Addi- 
tionally, all operational parameters associated with the 
devices (resistance, capacitance, etc.) are also provided. In 
another example, documentation may include data essen- 
tial to verification and management. For instance, HTML 
documentation for communication via the Internet may be 
created for all process aids including macro sizes, design 
rules, hotspot (contact pad) coordinates, etc. In one em- 
bodiment, gif images of each process aid may also be 
generated by calling predefined functions. 
[0024] In step S6, the process aid can be verified against produc- 
tion data by verifier 31. When changes are made to any 
component of process aid design system 10 (e.g., tech- 
nology design rule library 62, process aid parameter li- 
brary 64, process aid instruction library 66), testing all 
technologies for unwanted changes becomes critical. Ver- 
ifier 31 allows the designer to build process aid kerf li- 
braries for all technologies and automatically compare the 
data to production, verifying the changes. Verification in- 
forms the user of any changes that may have taken place 
to a process aid. It also streamlines the regression testing 
process and saves the designer time through automation. 



Other final checks can also be added such as checking 
and/or changing the final output grid versus the current 
design grid. 

[0025] In step S7, the process aid can be tested to determine 

whether it works as intended. For example, if the process 
aid is an electrical device, the test to be performed by the 
device can be run to determine whether the appropriate 
responses are received. 

[0026] In step S8, the building of the process aid can be rerun 

using a bypass module 44 of interface 24. Bypass module 
44 allows a user to rerun or replay the last run of process 
aid building by generator 52 by resending the inputs di- 
rectly to generator 52 and bypassing data collector 50. In 
this fashion, when developing new process aids, or de- 
bugging and/or changing existing process aids, the de- 
signer can re-run previously selected process aids to 
speed up development, increasing productivity and turn 
around. 

[0027] jhe above-described process aid design system 10 pro- 
vides a mechanism to automatically build process aids 
with minimal human input, and allows maintenance of 
process aid instruction files (macros) from technology to 
technology. When a new technology emerges, the transi- 



tion is seamless because all that is necessary is that the 
new technology design rules and process aid parameters 
are input to the respective libraries. The instruction files 
used for previous process aids can then be automatically 
modified to work with the new technology, rather than 
having to manually modify the schematics for a process 
aid, e.g., pull up design on a viewer and feed x, y coordi- 
nates, etc., to modify the process aid. 
[0028] In the previous discussion, it will be understood that the 

method steps discussed are performed by a processor, 
such as PL) 14 of system 10, executing instructions of 
program product 22 stored in memory. It is understood 
that the various devices, modules, mechanisms and sys- 
tems described herein may be realized in hardware, soft- 
ware, or a combination of hardware and software, and 
may be compartmentalized other than as shown. They 
may be implemented by any type of computer system or 
other apparatus adapted for carrying out the methods de- 
scribed herein. A typical combination of hardware and 
software could be a general-purpose computer system 
with a computer program that, when loaded and exe- 
cuted, controls the computer system such that it carries 
out the methods described herein. Alternatively, a specific 



use computer, containing specialized liardware for carry- 
ing out one or more of tlie functional tasks of the inven- 
tion could be utilized. The present invention can also be 
embedded in a computer program product, which com- 
prises all the features enabling the implementation of the 
methods and functions described herein, and which - 
when loaded in a computer system - is able to carry out 
these methods and functions. Computer program, soft- 
ware program, program, program product, or software, in 
the present context mean any expression, in any lan- 
guage, code or notation, of a set of instructions intended 
to cause a system having an information processing capa- 
bility to perform a particular function either directly or af- 
ter the following: (a) conversion to another language, code 
or notation; and/or (b) reproduction in a different material 
form. 

[0029] While this invention has been described in conjunction 
with the specific embodiments outlined above, it is evi- 
dent that many alternatives, modifications and variations 
will be apparent to those skilled in the art. Accordingly, 
the embodiments of the invention as set forth above are 
intended to be illustrative, not limiting. Various changes 
may be made without departing from the spirit and scope 



of the invention as defined in tlie following claims. 



